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(57) Abstract 

The present invention is an integrated bill consolidation, payraenc ofgregation, and account-paymem system. Tbe system provides 
consolidated billing of a plurality of services to a plurality of households (102), the payment to individual service establishraents (101) in 
aggregate "iMllet" transfers (vencs individual household paymcnis), and the automated application of payments to scsrvice establishment 
Bcoomts (101). The present system computes, stores, and communicates the infonnation needed to direct the financial institution (104) 
processing of debit and credit transactions between a phuality <rf service establishments (101) and households (102). The system provides 
'" ' number of methods of paTinent, adjusts for paitial and delayed payments, and nutomatically stnictuies and schedules payments in 
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Integrated Bill Consolidation, Payment 
Aggregation, and Settlement System 

TECHNICAL FIELD 

This invention relates to automated bill payment which is adaptable to 
household use. 

BACKGROUND ART 

Conventional household bill payment is based on the receipt by mail of a 
paper statement from each service establishment for each billing period. 
Households issue a multitude of paper checi<s and associated paper return stubs to 
these service establishments and the paymente are cleared through banks, credited 
to service establishment bank accounts, and applied or credited to the household 
accounts on record. In this conventional system, for example, a city of 3 miflfon 
households, each writing only 5 checks each month will generate more than 60 
million paper transactions per month, or 720 million In a year. 

Conventional payment systems are designed to handle these inefficient paper 
payments on a large scale, causing more efficient attematlves to actually increase 
costs, because they require special "exception" handling. Nevertheless, there has 
been substantial focus on electronic alternatives to paper checks and stubs. 
Typically, these electronic alternatives involve automating the consumer interface to 
enable the creation of electronic transactions, such as, for example, telephone bill- 
paying, service bureaus, automatic teller madiine payment, internet-based home 
banking, and electronic bill presentment and payment However, households do not 
easily adopt new payment systems on a large scale, and receiving service 
establishments generally resist the associated exception cxjsts. While Internet- 
based electronic bill presentment and payment may eventually come into 
widespread use, to date, commercially viable alternate payrrrent technologies have 
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had a negligible impact on reducing the Inefficiencies Iniierent in conventional paper- 
based bill payment. 

"ITius, what is needed is an automated household bill payment system that 
eliminates paper-based bill payment. The system should be easily adaptable to 
5 household use on a large scale. The system ftjrther should be low cost to service 
establishments. The system further should not require electronics or automation at 
the household point of payment. The system should readily accommodate and 
directly facilitate the eventual transition to full electronic bill presentment and 
payment over elecbt>nic networks. 

10 DISCLOSURE OF THE INVENTION 

The present invention provides an automated household bill payment system 
that eliminates 95% of the paper transactions generated in conventional bill-pay 
processes. The present invention is easily adaptable to household use on a large 
scale. The present invention further is tow cost to service establishments. The 

15 present invention achieves these objects without requiring electronics or automation 
at the household point of payment. The present invention readily accommodates and 
greatly facilitates the transition to full electrcinic bill presentment and payment over 
electronic networks such as the tntemet, 

A computer-implemented information processing system that acts as a 

20 personal settlements exchange for the payment of household bills is provided. The 
persona] settlements exchange encompasses collection and consolidation of 
household bills into a single periodic statement, aggregation of payments to service 
establishments, and application of payments to service establishment individual 
household accounts, all by way of a database management, information processing, 

25 and communications system. Banks and SBvAce establish menis enlist their 
customer accounts in the personal settlements exchange. Importantly, startup 
participation need not be at the initiative of the household; enrollment of household 
accounts is a decision of sen/ice establishments and banks. 
In a given payment cycle: 
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(i) Service establishments provide the persona} settlements exchange 
with actual service and billing detail by electronic transmission; 

(ii) The personal settlements exchange calculates a consolidated payment 
or obligation value across all service establishments serving each household. 

5 Households agree in advance to pay on a selected date or dates the consolidated 
amount or an agreed portion thereof; 

(iii) The consolidated payment value, service establishment billing data, 
and biilthg statement content and format detail for each household are then 
electronically downloaded from the personal settlements exchange to each 

10 household's selected bank; 

(iv) These banks use the data file to generate a single printed or electronic 
consolidated household billing statement, which is transmitted to each household by 
mall (and eventually by electronic means) in lieu of individual statements being 
compiled, printed, and mailed by each service establishment; 

15 (v) After the statements have been received by the households, and an 

agreed amount of time has passed, the personal settlements exchange instructs the 
banks to electronically debit from or charge to the household bank accounts 
involved, the consolidated household obligation value or payment amount; 

(vi) The personal settlements exchange then aggregates all of the 

20 household payment amounts that are destined for the same service establishment 
into a single amount and repeats this aggregation for all service establishments. The 
result is a calculation of the total cash value to be transferred from all households to 
each individual service establishment, in the iorm of aggregate bullet payments. The 
personal settlements exchange instructs the banks to issue these credits to service 

25 establishment bank accounts, resulting in the banking sjretem's payment of ail 

household paymait obligations for the period. This approadi to payment uses only 
a fraction of the transacttons entailed In household-by-househoid payments to 
ser^ce establishments, and eliminates paper checks freim the payment process; 

(vii) Following confimnation of payment execution, the personal settlements 
30 exchange issues to each service establishment a detailed verification of the amount 

and timing of each household's payment, This step provWes the information needed 
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to allocate the aggregate value received by each service establishment to individual 
households, thus enabling correct application of payment to the appropriate 
household account number with the service establishment. 
The inventive process results In several benefits: 
5 Of the illustrative 60 million transactions per month noted earlier, only 

5% or 3 million (the issuance of the consolidated statements) remain under the 
present system; there are no longer any checks to be written, processed or 
deposited, and no individual statements from each service establishment to be 
issued. 

10 The centralized collection of household service establishment 

Information by the personal settlements exchange enables multiple household 
service establi^ment billings to be compiled into and presented as a single 
statement, without the need for direct participation or conscicMJs choice on the part of 
households. Consequently, consolidated statements can be generated and 

15 presented to millions of households without waiting for them to subscribe ffidividually 
to the service. 

Alternate payment methods, whether electronic, debit, charge, or credit 
can be utilized by choice or offered by default in the present invention, thus creating 
flexibility for households, utility for sen/ice establishments, and functionality for 
20 banks. 

Since the present invention results in a small number of high-value 
payments from banks to service establishments, the reliability, simplicity, and cost of 
actual payment issuance and receipt is dramatically improve. 

Because the entire billing and payment-appilcation cyde is managed in 
25 the personal settlements exchange system, rather than in the service 
estatdishments, these payments do not o-eate exception costs for service 
esteblishments. 

BRIEF DESCRIPTION OF DRAWINGS 

Figure 1 is a btock diagram of a payment environment in accordance with the 
30 principles of the present invention, showing the data and payment flows. 
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Figure 2 shows the core computer-impiemented processes which work 
together to create a personal settlements exchange in accordance with the principles 
of the present Invention. 

Figure 3 is an exemplary hardware configuration and apparatus for canying 
5 out the infonnation processing, communications, database management, and 
operational methodology in accordance with the principles of the present invention. 

Figure 4A-E is a flow diagram that shows the functioning and methodology in 
accordance with the principles of the present invention. 

Figure 4A,1 shows further detail of figure 4A, and represents a conceptual 
10 database model of the present invention showing the relationships among 
consuming households database, service establishments database, and banks 
datebase in the overall context of the personal settlements exchange. 

Figure 4A. 1-1 shows further detail of figure 4A.1, and highlights the database 
model structure and views for the consuming households database and tfie service 
i5 establishments database to provide a general concept of the data structures 
underlying the system of the present invention. 

Figure 4B.1 shows further detail of figure 4B and is a flow diagram showing 
the detailed computation of the payment risk factors of the present invention. 

Figure 4B.2 shows further detail of figure 4B and is a flow diagram of the 
20 actual computation of proforma payments from consuming households to service 
establishments. 

Figure 4C.1 shows further detail of figure 4C and is a flow diagram of the 
processing of service establishments service and billing data received from each 
service establishment for the current payment cycle. 

25 Figure 4C.1 -1 shows further detail of figure 4C.1 and is a representation of the 

structure of the service establishments data records as downloaded to the personal 
settlements exchange system from the service establishments, and the content of a 
single such data record in the service establishment data table. 

Figure 4C.2 shows further detail of figure 4C and is a box diagram showing 

30 the relationdiips and tables of rules and codes in the exception management 
program of the present invention. 



5 



wo 99/27479 



PCT/US98/24g45 



Figure 4C.2-1 provides further detail of figure 4C.2 and is a flow diagram of 
the partial payments processing method of the present invention, reflecting the 
default handling as well as the instructed management of partial payments. 

Figure 4C,2-2 shows further detail of figure 4C.2 and is a flow diagram of the 
5 processing of rescheduled payments. 

Figure 4D.1 shows further detail of figure 40 and is a flow diagram of the 
liquidity support and credit enhancement features of the present invention. 



BEST MODE FOR CARRYING OUT THE INVEf^ION 

As an incentive to the adoption of the invention in practice, the prefen-ed 
embodiment contains features that enable it to take over the entire billing, 

13 receivables, and collection process from service establishments, and thus represents 
the most comprehensive implementation of the inventive process. To accomplish 
this, the preferred embodiment contains features designed not only to execute the 
Inventive principles, but also to enable it to function effectively as a commercially 
efficient intemiediary between service establishments and financial Institutions. 

20 These feaUjres include, for example, specialized methods of analyzing and 

managing household receivables and collection risks; methods of calculating risk- 
adjusted household obligation values; methods of addressing partial, rescheduled, 
and deferred payments; and methods of enhancing the liquidity and creditworthiness 
of the settlements exchange In meeting its aggregate payment obligations to service 

25 establishments, even in the event of payment shortfalls by households. However, it 
should be underetood that the principles of the present invention equally apply to 
less comprehensive embodiments of the invention, for example, when serving only 
as an efficient intermediary for integrated billing, consolidatfon, aggregation, and 
settiement services. 

30 Refenring first to figure 1 , an overview block diagram of the major components 

of the payment environment of the Inventive process is seen, showing the data and 
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payment flows among the components. This is an overview drawing, and several 
data flows (such as confirmations and verification transmissions) are not shown, but 
are fully described in the accompanying figures. Service establishments (SE) 101 
deliver 1 1 goods and services to households <HH) 102 and download their service 
5 volume and billing detail 12 to a personal settlements exchange (PSX) 103. The 
personal settlements exchange (PSX) 103 processes this information In several 
ways, including calculating a payment for each household (HH) 102 (potentially 
adjusted for the risk of slow, partial and default payments) to each service 
establishment (SE) 101. This set of payments Is consolidated for each household 

10 (HH) 1 02 into a consolidated actual or consolidated proforma payment representing 
the total obligation value computed for each household. 

With this processing completed, the personal settlements exchange (PSX) 
103 issues a set of debit instructions 17 to all financial Institutions (FIN) 104, 
including banks, from which househoWs (HH) 102 wish to have their payments 

15 made. These financial institutions (FIN) 104 receive and store these instructions, 
and then debit tiieir individual household members' accounts for the proforma or 
actual consolidated payment arrwunt (using electronic debit or credit/charge card 
debit) as instructed by the personal settlements exchange (PSX) 103, and issue 
payment confirmation 18 to the personal settlements exchange (PSX) 103. The 

20 personal settlements exchange (PSX) 1 03 processes any partial or delayed 
payments to maximize its cash collections. The personal settlements exchange 
(PSX) 103 then issues to financial institutions (FIN) 104 detailed instructions to 
execute the crediting (payment) of service establishment (SE) 101 financial 
accounts. These financial Institutions (FIN) 104 then issue high-value, aggregated 

25 electronic transfers 20 to each service establishment (SE) 1 01 on behalf of the 
households from which they have received payments during that period, in 
accordance with the Instnjctions 17, 19 received from the personal settlement 
exchange (PSX) 103. 

The personal settlements exchange (PSX) 103 may or may not supplement 

30 these payments from its own reserves in order to meet payment commitments to 
those sePirtce establishments (SE) 101 for which the personal settlements exchange 
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(PSX) 103 takes on full receivables and collection responsibility. The personal 
settlements exchange (PSX) 103 then issues 21 to each service establishment (SE) 
101 cash application detail to accurately inform the service establishments (SE) 101 
which households have paid their bills. Finally, based on the confirmed payments, 
5 as well as cunrent period billing Infomnation, the personal settlements exchange 
(PSX) 103 transmits 22 to each financial institution (FIN) 104 the Infomnation needed 
to generate the next period's consolidated statement of payments received and 
payments due to each service establishment (SE) 101 . The financial institutions 
(FIN) 104 then issue 23 a consolidated baling statement to households (HH) 102. 

10 containing all service establishment (SE) 101 data on payments made, current 

billings, service ccHisumption, and next payment date, among other potential items of 
information, including advertising and promotional messages that service 
establishments may wish to communicate to their household accounts . 

Figure 2 shows the computerHmplemented core processes which work 

15 together to execute the personal setflements exchange (PSX) processes just 

described. These processes work in an integrated fashion, and are the foundation of 
achieving the invention's object of eliminating paper from the payment process. 
There are eight core processes 201 through 208, which perfomi the central functions 
of the inventive process. 

20 Functional process 201 is a method of providing the personal settlements 

exchange (PSX) with actual billing and service detail from service establishment 
(SE) and financial institutions (FIN). This process is invoked during the initial 
enrollment of households (HH) by financial instiUJtions (FIN) or by service 
establishment (SE), as well as during the periodic updating of the system during 

25 each round of payments, for example monthly. In this functional process, the initial 
and continuing database of the system is established and complete bank and service 
establishment identifying Information is entered. Process 201 involves the following 
generaf steps: 

(i) enrolling households (HH) in the personal settlements exchange 

30 (PSX); 
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(ii) downloading historical household data from financial instltufions (FIN) 
and other service establishment (SE); 

(iii) creating a matched database of households (HH) and their respective 
service establishment (SE)and financial institutions (FIN); 

5 (Iv) assigning a unique Identifying number to each household data file: 

(v) downloading sen/ice estaUishment billing and service data on a 
continuing basis. 

Process 202 Is a method of calculating the payment risic factors associated 
with assuming receivables and collection risl< on behalf of service establishment 

10 (SE). The preferred embodiment assumes that the personal settlements exchange 
(PSX) takes on this responsibility fully. In order to manage the potential for payment 
delays and shortfalls, the personal settlements exchange (PSX) evaluates, based on 
historical performarK», the existence and degree risk associated and detenntnes a 
risk premium to be added to household payments, importantly, the calculation 

15 involves both a direct and an indirect (or normalizing) calculation, resulting in a 
spreading of the payment risk across the universe of households (HH) paying a 
given service establishment (SE). The following are the major steps in the 
evaluation process: 

(i) analyzing historicai payment patterns verses, due dates and timing for 
20 ail service establishment (SE). financial institutions (FIN) serving households (HH); 

(ii) computing a payment risk factor for households (HH); 

(iii) computing a receivables risk factor for service establishment (SE); 

(iv) normalizing the household (HH) and service establishment (SE) risk 
factors into a single coherent factor. 

25 Process 203 compiles the results of the risk factor calculations and applies 

them directly to adjusting the payments due irom households (HH). The result is a 
risk-adjusted, or profbrma. payment which improves the odds that the personal 
settlements exchange (PSX) will receive timely and full payment. Key steps include: 
(i) compiling computed or normalized risk factors; 

30 (ii) computing risk-adjusted service establishment-specific payments for 

each household (HH). 
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Process 204 is a method of calculating an obligation value for each hoLisehold 
(HH). The objective is to arrive at a single monetary value of payments that the 
household (HH) will make on a continuing basis to settle ail of its service 
establishment (SE) obligations. In practice, this amount can be a variable pa-iodic 
5 amount or a level payment, and may or may not include the risk adjustments noted 
eariier. In the preferred embodiment, we have assumed a constant or level 
payment, and we have added the earlier steps to protect the personal settlements 
exchange (PSX) from the risks Inherent ir carrying the receivables and collectfon 
responsibility on behalf of service establishment (SE) and financial institutions (FIN). 
10 With these special features in mind, process 204 involves the following general 

(i) compiling the computed and normalized risk-adjustment factors with 
which to adjust each household's payment or obligation value to each servkse 
establishment If needed; 

15 (ii) consolidating all household service establishment payment obligations 

into a single value; 

(ill) further calculating a constant consolidated obligation value. 
Functional process 205 provides a method of downloading the obligation 
value, service establishment (SE) billing data, and billing statement content and 

20 format detail from the personal settlements exchange (PSX) to each household's 
(HH) financial institutkjn (FIN). The goal of this process is twofold; first, to send 
information to the financial institutions (FIN) that will enable ttiem to know the 
specific household (HH) accounts to be debited for payment and the con-ect debit 
amounts; arid, second, to provide the financial institutions (FIN) with the information 

25 needed to create, format, and Inform the generaton df consolidated household (HH) 
obligation statements. These consolkJated statements represent a combined list of 
all payments made, payments due, service establishment service consumption data, 
promotional materials, and any other items that might reasonably be included in a 
combined statement for all servtee establishment (SE). It is understood that while 

30 we have identified financial institutions (FIN) as the conduit for this infomnatton, any 
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intermediary serving this function is equally enc»mpassed. Executior^ of tlie 
following steps aocomplishes these goals: 

(i) establishing an electronic connection and language protocols between 
the personal setflements exchange (PSX) and the finandal institutions (FIN); 
5 (li) creating and formatting of household (HH) consolidated billing and 

service statements; 

^ii) correlating household (HH) personal settiennents exchange (PSX) 
idertfrficatlon number data with household (HH) financial institution (FIN) and specific 
account identifying numbers; 

10 (iv) downloading household (HH) bank account numbers, consolidated 

obligation values of households (HH), household service consumption data, and 
billing statement format and content detail la financial institutions (FIN). 

Functional process 206 is a method of instaicting financial institutions (FIN) to 
electronically debit from or charge to the household (HH) account, the consolidated 

IS obligation value. The purpose of this step is to move from the information results 
achieved in the prior processes to effecting actual cash and value transactions in the 
banking or payments network sector. In the prefen-ed embodiment, in which the 
receivables and collection risk is borne by the personal settlements exchange (PSX) 
on the behalf of service establishment (SE), this process also contains an exception 

20 management system for processing late and partial paymients from households 
(HH). A spedalized exception management function is desirable in any large-scale 
payment processing system, so that as high a percentage as possible of members 
enrolled in the system can be retained, rather than rejected for payment 
deficiencies. Households (HH) that cannot be retained create a costly processing 

25 problem for service establishment (SE) and financial institutions (FIN) ali(e; they 
continue to use household (HH) services and to eventually pay for them, but they 
force the maintenance of alternate systems for handling these exception cases. The 
most efficient solution is the design and operation of a highly automated process for 
managing exception cases inside the personal settlements exchange (PSX) itself. 

30 in the preferred embodiment, process 206 executes the following steps toward this 
end: 
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(i) issuing housshold-account debit instructions to financial Institutions 

(FIN); 

(11) channeling failed payments or specially designated household 
accounts to an exception handling system; 

(ill) processing additional payments generated from exception 
management; 

(Iv) confirming debited payments from households (HH), including 
exception cases, including tracking by bank, household account, and amount of debit 
or charge. 

Functional process 207 is a method of making single, aggregate payments to 
service establishment (SE). The goal of this process is to transfer from financial 
institutions (FIN) to service establishment (SE) the cash value that has been debited 
from service-consuming households (HH) and held pending payment 1o service 
establishment (SE). The steps fortransfen-ing these payments from financial 
institutions (FIN) to sen^ice establishment (SE) are as follows: 

(i) accumulating into a single amount all of the household obligation (HH) 
values destined for the same service establishment (SE); 

(ii) downloading to selected financial institutions (FIN), their intermediaries, 
or payment networks, account identification data and crediting information for service 
establishment (SE); 

(ill) instructing financial institutions (FIN) to issue the aggregate value of 
the K^lected payments to service establishment (SE) designated. 

Functional process 208 provides a method of identifying to sen/ice 
establishment (SE) the accurate application of the aggregate payments received to 
the individual household accounts (HH). The goal of process 206 Is to effect the 
transition from payment (which has already taken place with the aggregate transfer) 
to actual settlement through posting to indivkiual household accounts (HH). With 
this step households (HH) are ensured of knowing that their accounts are settled, 
and service establishment (SE) are ensured of knowing which households (HH) have 
paid for services consumed. The following steps are envisioned in the invention: 
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(i) confirming correspondence between aggregate payments made and 
the payment instructions; 

(ii) generating a list of individual households (HH) and their corresponding 
payments by service estabfishment; 

5 (iii) sorting the household payments list by service establishment 

(Iv) sorting the service establishment specific household payments list by 
service establishment account number; 

(v) downloading electronically or by other means to service establishment 
(SE), the list of applied household account payments specific to the service 

10 establishment in question. 

Figure 3 shows an exemplary hardware configuration and apparatus for 
carrying out the information processing, communications, database management, 
and operational methodology of the present invention. In the preferred embodiment, 
this hardware equipment configuration would be installed at a central or regional 

15 processing center, and would contain communication means to connect It vv^th 
service establishments (SE) 101 and financial institutions (FIN) 104. 

The personal settlements exchange (PSX) 103 is composed of a 
communications controller 306 which links multiple data lines from service 
establishment (SE) storage systems 304 and communications controllers 305. 

20 Service establishments (SE) and the personal settlements exchange (PSX) 

communicate service, billing, and payment data over these apparatus. Modem 307 
enables the data lines to communicate with the personal settlements exchange 
(PSX) computing system by way of a channel support interface 308 which 
coordinates communications and data transfer among the modem 307. database 

25 management and data warehouse systems 309, the central processing unit (CPU) 
31 1 of tiie personal settlements system, and electronic linkages to other regional 
processing centers ttirough the multi-system connector 321 . The database 
management system 309 is connected to high-volume storage facilities 310 which 
house the Integrated database of household (HH), financial Institutions (FIN) and 

30 service establishment (BE) data. Customer service workstatbns 31 2 are provided 
for telephone and electronic communication between households (HH) 102, 
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financial institutions (FIN) 104. and service establishment (SE) 101; and the 
workstation controller 313 manages the linkage to the computer system central 
processing unit (CPU) 31 1 . 

Households (HH) 102 and customer service representatives 312 can 
s communicate by telephone or computer through private branch exchange (PBX) 314 
and modem system 314. A network of audio response units (ARU) 315 Intercepts 
and channels calls by providing a menu of call options for customers to minimize the 
staffing level needed to manage high-volume telephone traffic. The communications 
controllers 306. 316, 317 manage the voice traffic flow between the personal 

10 settlements exchange (PSX) 1 03, service establishments (SE) 1 01 , and financial 
institutions (FIN) 104, while systenn-to-system data communications are handled 
across modems 307 and 318. In tiie financial institutions (FIN) 104, communications 
controllers 319 receive and manage data flow to and from personal settlements 
exchange (PSX) 103, storing data in storage devices 320 as needed for transaction 

15 support, as well as for the compilation and generation of consolidated household 
(HH) statements by statement compilers 322. At least one of the financial 
institutions (FIN) 104 linked to the persona! settlements exchange (PSX) network 
would house the reserve accounts 323 which are linked electronically to the personal 
settlements exchange (PSX) 103 in order to provide a dedicated channel for 

20 directing the accumulation or drawdown of reserve funds to support the ability of the 
personal settlements exchange (PSX) 103 to pay service establishments (SE) 101. 

in time period t=0, before the first payment cycle is initiated, financial 
ir^tltutlons (FIN) 104 and servnce establishments (SE) 101 subscribe to the system. 
Millions of consumer households (HH) could be introduced to the system through 

25 subscription by sen/ice establishments (SE) 101 and financial Institutions (FIN) 104. 
Financial institutions (FIN) 104 are especially valuable as subscribers because of 
their ability to deliver millions of their account-holding customers and because these 
account holders already use checking accounts at these same institutions to make 
nrxjnthly recurrent payments to the same service establishments (SE) 101 that will 

30 become subscribers and payees in the present system. 
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Figure 4 is a flow diagram in five (5) parts. A through E, which shows the 
overall functioning and methodology of the system in tenns of computer- 
implemented instructions of the present invention. Figure 4A shows the creatbn and 
updating of the initial databases for new subscribers to the system, and the manner 
in which the financial institutions (FIN), service establishments (SE), and household 
(HH) databases are correlated and labeled with a unique Identifying personal 
settlements exchange (PSX) account number for overall tracking and txtntrol of the 
transactions in the system. Figure 4B provides an overview of the method by which 
household (HH) payment risic is evaluated and the proforma payment amounts 
calculated for each household (HH) and by each senrice establishment (SE). Figure 
4C illustrates the processing of a payment cycle, including the handling of partial and 
delayed payments through the exception management system of the present 
invention. Figure 4D icfentrfies the elements and relationships In creating and 
nnanaging a personal settlements exdiange (PSX) liquidity reserve. Figure 4E 
shows the flovi^ detail underlying actual setlJement: payment application and crediting 
to account, notification to sen^ice establishment (SE) of payment, and updating of 
system databases in preparation for the next payment cycle. 

Refen-ing first to figure 4A, the data received from service estabiishments (SE) 
and financial institutions (FIN) is uploaded 404, 405 to storage 406, matched across 
financial institution (FIN) and service establishment (SE) data by common household 
(HH) identifiers 407, tested for file-matching 408, and then labeled 409 with a unique 
personal settlements exchange (PSX) identifying number. Once filtered for 
duplication, and completed matches, the entries are arrayed 410 in a database 
containing or linked 410 to the historical information transferred from fmandal 
institution (FIN) and service establishment (SE) source files. 

The resulting conceptual database contains relational data structures capable 
of being viewed from household (HH), financial institution (FIN), or service 
establishment (SE) perspectives or views. The representative detail shown in figure 
4A.1 shov^ a conceptual relational database 450 representing the combined 
household (HH). service establishment (SE), and financial institution (FIN) databases 
of the personal settlements exchange (PSX) such as created in figure 4A. 
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Households (HH) are indexed as HH{i) i through I, with I being the total number of 
households (HH) in the system. Service establishments SEO) are indexed j through 
J, with J being the total number of service establishment (SE) In the system. 
Financial institutions FIN{f} are indexed f through F, with F being the total number of 
financial institutions {FIN} in the system. Within any SEG), there are number- 
identified household (HH) service accounts (such as the electric utility account 
number for a specific household (HH)) i through I for each SEC). Households 
(HH) and service establishment (SE) may each own more than one financial 
account, and for each financial institution FIN(f), there are financial accounts k 
through K belonging to households HH(I). and, I through L. for financial accounis 
belonging to sen/ice establishment (SE). At any point in time T= t, the relational 
databases contain date specific to that time period. Historical data is in system 
memory as snapshots of data tables at time T=1 less than the current value of t. A 
PSX(i) identifying number is assigned to each record of the database, and can serve 
as a key to accessing and retrieving any view of the database, primarily using the 
household (HH) as the search reference. 

Database 451 shows the household (HH) database contained in 450, 
exploded to provide additional detail. For each data record or file, HH(i), the 
database contains the service establishment SEO) account number for all of HH(i) 
SE accounts j. This database contains the record of the volume of household (HH) 
service consumption or usage, HH(t)(j)V, and its billable value, HH(i)(i)$. It is 
understood that the "$" symbol is shorthand notation for any currency in any form 
that may be used. A oon-esponding PSX# is keyed to each household (HH) reoond in 
the database to serve as a common identifying link between databases. 

Database 452 is the service establishment (SE) dataview. In this 
representation, the notation V for volume of servfces and $ for vaiue of billables is 
the same as in database 451 . In the present case, SEG)(!)# is the service 
establishment j account number or reference number for its service relationship vMh 
household. HH(i), and the variables SE(j)(i)V and SEG)(i)$ represent the actual 
volume of services pnavided and their corresponding actual or billable cost. In the far 
right column of conceptual database 452, each sen/ice establishment (SE) is shown 
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to have a number of PSX # household (HH) identifiers, i I associated, and these 

are in a one-to-one mapping back to service establishment (SE) household 
accounts, and provide the database relational key to other views of the data. 

Database 453 is the financial institution (FIN) dataview, FIN(f), explosion of 
5 database 450. The odumn designations indicate the following data elements: 
FfN(f)([)(k)#&$ is shorthand definition of the financial account, k, belonging to 
household HH(i). In financial institution (FIN) f, designated by the account number* 
and with a value balance of $. Similariy, senrfce establishment SE(j) holds account i 
at financial institution f, with con^sponding account number, #, and value $. The 
10 unique data reference. PSX(i)G)(f)$ represents the value of dollar flows (billable, 
billed, payable, or paid) at financial Institution f between household i and service 
establishment j. 

When this vaiue is summed across all households HH(i) for a given service 
establishment SE(j), the result is the aggregate value of all cash transfers to be paid 

15 to ser^^ice establishment SEQ") from household (HH) accounts at financial institution f. 
Alternatively, and with the same value, PSX(i)(j)(f)$ represents the amount billed in 
period t. In variants of the system, $ and V may denote actual, proforma, estimated, 
cumulative, historical, or other perspectives on value $ and volume V of service 
consumptbn. When summed across all financial institutions (FIN), FIN(0, the result 

20 Is the total cash value in the system to be paid from all households (HH) from all 
financial institutions (FIN) to SEQ"). in the normal course, any difference in $ across 
all households (HH) volume verses their service establishment (SE) indicates a 
surplus or deficit in payments. 

Databases 454 (for households (HH)) and 455 (for service establishments 

25 (SE)) enable the data arrays HH 451 and SE 452 Id be matched with their respet^ve 
financial account data from array FIN 453 in the personal settlements exchange 
(PSX). In each, the view from the househoW (HH) or service exchange (SE) 
perspective is man-led with the con^sponding financial Institution (FIN) account 
ownership and values to Identify for households (HH) the availability and source of 

30 funds from households (HH) to be used to settle household (HH) obligatbns to 
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service establishments (SE) in time period T=l , and for service establishment (SE), 
the corresponding credit to SE accounts with respect to billings requiring settlement. 

The final database of figure 4A, 1 is the settlement matrix 456, combining the 
financiai institution (FIN) transform database elements for both household (HH) and 
service establishments (SE) with the required value flows from the financial 
institution (FIN) database 453. Together, these relational stmctures identify the 
required debits, satisfying paynr»ents, and source and destination finaridal accounts 
for effecting settlement of all system obligations in time period T= t. The settlement 
database is conceptually the detailed mapping from overall financial institution (FIN), 
households (HH), and service establishments (SE) sets to specific and unique HH(]), 
SE(J), RN(f) elements to household (HH) source account, k. and receivir>g service 
establishment (SE) account I. In summary, the relational data structures in figure 
4A.1 provide the linkage between the financial accounts to be used by the household 
(HH) and by the servfce establishment (SE), in a mapping denoted as the settlement 
database 456. Consequently, the database construction and Its continuous updating 
and management provide a direct mapping from the household (HH) account to the 
service establishment (SE) account through the financial institutions (FIN) used by 
each party for each time period t. The result is the ability to understand and 
eventually direct payment flows from one account to the other using the designated 
financial Insiilutlons (FIN) of each and capturing the exact values billable, billed, 
payable or paid. 

The dimensions of the databases of figure 4A.1 embrace ail financial 
institutions (FiN), all service establishments (SE), service establishment (SE) 
financial accounts, all households (HH). and household (HH) financial accounts 
registered with the system. In many cases, financiai institutions (FiN) will also be 
service establishments (SE) and will receive payments. For example, a financial 
institution (FIN) that provides checking accounts and brokerage services, car loans, 
and a mortgage to the same household (HH) will have the financial institution (FiN) 
checking accounts registered as payment accounts for direct debit, the auto and 
mortgage loans registered as service establishments (SE) which receive payments, 
and the brokerage account registered as both financial institutions (FIN) and sen/Ice 
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.stablishmente (SE) accounts, since « ™y be a recipient of funds for services in the 
bmkerage mode, and a sc™ of ft^nds in the payment nxxlo. Acco^linsiy, i, is 
possible to have the same account ,es,ist«^ as both service establishment (SE) 
and financial ir«t«utlon (FIN,, dependins on the inwa^ versus oulwa,^ d.^ction of 
5 fundstlowexpeced. Fund, may ^soflo» to finandai institution (FIN) accounts 
ordmanly used for paymer^s out, in the case o, credte or refunds, which the 
pBfsonai ssatetnents exchange (PSX) is abo equipped to handle 

At any point in time, the setBement database may be in or out of baianoa 
Whia the amount billed to household HH(I) by seivlce establishment SE(i) is 

SHO) tarn the househfld HH(i). the actual payment may be greater (putting the 
system into sunolus) or less (defrt) than this amount. 71^ total net vak,e of all 
system surplus and deficit payments represents the amount which, in the ^ferred 
embodiment, the personal settlements exchange (PSX) would be out of balance 
5 Deficits would need supplementing fmm nasen« accounts, and surplus funds wodd 
be put into a reserve to maintain that fund as protection against future shortfalls 
Finally, the personal setBements exchange (PSX) charges a small fee for services 
provided. These charges wyi change «ow values sightly if payments to service 
establishment (SE) am made net of dedudons for these charges. 

Further to the interpretation of the S9ttien»nt matrix database 466, for any 
hortzonteldatav^^ 

HH(0 wrth financial accounts In financial Instituiions FIM(f, for payment to semce 
estab.ishinantSE(B IS anomarrepresentation of me aggregate payment due to that 
se™« establishment (SE)fi.m households (HH)payin9th™ghflnandalinsdM 

Additional detail on the potential stmch;re of the recorts in the household 
(HH) and sendee establishment (SE) daubases is provided in flgure4A. 1-1. which is 
an upended detail of figure 4A.1. The central identifying and ma»=Hng data Key is 
the household (HH) personal settlements exchange (PSX) identification number 
(HH-personal setttements exchange #) in record 461, which Is common to all 
database views of the same household (HH). In reconls 464. for example, each 
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household (HH) in the service establishment (SE) database view is Identified in the 
personal settlements exchange (PSX) with the HH-personal settlements exchange 
(PSX) identifier. In addition, the unique personal settlements exchange (PSX) 
identifier for each service establishment (SE) is also reflected in the records of each 
5 household (HH), which is a subscriber to the services of the service establishment 
(SE). From the standpoint of dimensions, each service establishment (SE) record 
coLid contain millions of customer accounts, and for each household (HH), there 
might be a handful of service establishments (SE) providing basic household (HH) 
services, and tens of others for additional services. 
10 Referring now to figure 4B, the payment risk analysis and the computation of 

proforma payments which help manage payment risk are detailed. Step 502 
provides for the analysis of historical payment performance by households (HH). 
Payment risk is characterized statisticaily, and calculated 503 for both households 
(HH) and service establishment (SE). and then made consistent through a 
15 normalization process 504. The nonmalization calculation serves two purposes: (a) 
providing an aggregate measure of the overall payment risk to a specific service 
establishment (SE), and (b) providing a baseline for assessing whether a particular 
household (HH) is a higher or lower payment risk than the universe of households 
(HH) served by the service establishment (SE) In question. 
20 When the risk factor is applied to the payment due from each household 

(HH), the risk-adjusted proforma payments are greater than payments that would be 
due solely based on actual service consumption, However, the large population 
effect operating through the normalization process will tend to attenuate the impact 
of both extreme risk cases and exceedingly reliable payers, reducing the amount of 
25 premium that need be paid by a specific household (HH). The present invention 
calculates these household (HH), service establishment (SE) and nonnalized risk 
factors, and applies it 505 to the payment flows to derive the risk-adjusted or 
proforma payment required- The proforma obligation can be, as in the present 
embodiment, a consolidated value combining 506 all individual payments due to 
30 sen/ice establishment (SE) into a single periodic obligation, 
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Referring to figure 4B.1, the detailed computation of payment risl< factors 
proceeds in three phases: first, across households (HH); second, across service 
establishment (SE); and then nonnalized between both. These major phases and 
their related detailed computational steps are as follows: 

In Phase 1, we determine household payment risk for each service 
establishment (SE) across all service establishments (SE), using the following steps: 

(i) analyzing 551 historical payment patterns and service utilization by 
household (HH); 

(ii) evatjating the 552 difference between the amount of payments 
received from households (HH) and the amount due; 

(iii) evaluating 553 the difference in timing between receipt of payment 
from households (HH) to service establishment (SE) and the due dale of the 
payments; 

(IV) applying 554 an internal Interest rate to projected variances in time and 
amount to determine the potentfeJ costs associated with late or insufficient 
payments; 

(v) computing 555 the household (HH) payment risk factor for each 
household (HH) and each of its respective sen^ice establishment (SE), individually; 

(vi) repeating for all service establishment (SE) and households (HH) 556, 

557. 

In the second phase of the payment risk factor calculation, we determine the 
service establishment (SE) specific receivables risk. The centra! steps in developing 
the service establishment (SE) receivables risk factor are: 

(i) analyzing historical payment patterns and sen/ice utilization for each 
service establishment (SE); 

(11) evaluating 559 the difference between the amount of payments 
received from households (HH) and the amount due; 

(iii) evaluating 560 the difference in timing between receipt of payment 
from households (HH) to sewice establishment (SE) and the due dates of the 
payments; 
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(iv) computing 661 the household (HH) receivables risk factor for each 
service establishment (SE); 

(v) repeating 562 for all service establishment (SE). 

The final phase of payment risk iactor analysis is a method of adjusting the 
payment risk factors of households (HH) by normalizing them to the receivables risk 
faced by service establishment (SE). Application of solely a household (HH) specific 
risk-adjustment factor to an individual household's )HH) payments might provide for 
an excessive incremental risk premium payment, leading to aggravation of the 
payment risk that the system is trying to minimize. By contrast, when modified by 
the overall payment risk of the service establishment (SE) across all households 
(HH) served, the risk of charging too high a premium Is reduced. Three steps are 
involved in this final phase of payment risk factor analysis 563: 

(i) comparing the service establishment (SE) receivabies-risk factor 
coefficient to the househokJ (HH) payment risk factor coefficient; 

(ii) determining the algebraic relationship between the two different 

factors; and 

(iii) computing an adjusted payment risk factor for each household 
(HH) for each service establishment (SE) to which payments are made. 

In summary, then, tfiere are three key dimensions to analyzing and spreading 
the payment risk of households (HH) to servfce establishment (SE): variance In time 
and amount measured across service establishment (SE) for a specific household 
(HH); the same capered across households (HH) for a specific service 
establishment (SE); and both rKimiallzed to arrive at an internally consistent pooled 
factor applicable to the payment in question. 

in addition to using risk factors to adjust househoW payments, the process 
can also be used as a flag for automatically transferring 563 certain households (HH) 
with a payment risk factor (PRF) in excess of a threshold level to special handling in 
the exception management system of the present invention. There, the household 
(HH) can be put into a deferred, rescheduled, or extended payment plan which 
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would lower the likelihood of default, and encourage consistent and reliable 
payments. 

Figure 4B contemplates three unique payment values: first, the periodic 
payment amount payable 505 by household HH(i) to service establishment SE(j) 
which we have just addressed; second, the consoiidated periodic payment amount 
506 due from specific household HH(i} to all service establishments SEsQ) serving 
household HH(i); and finally, the aggregate payment anwunt due 507 from all 
households (HH) to a specific SEG). Referring now to Figure 4B.2, further detail of 
consolidated and aggregate payment calculations is seen. Figure 4B.2 is a flow 
diagram of the actual computation of proforma payments or obligation values from 
consuming households (HK) to service estabitshnnents (SE). 

The specific steps In calculating the household fHH) specific periodic payment 
amount are: 

(i) retrieving 571 historical billing information; 

(ii) computing 572 the initial periodic payment amount from 
household HH(I) to service establishment SEQ"), based on the arithmetic average or 
statistically projected amount; 

(iii) retrieving 573 the normalized household payment risk factor 
calculated in the payment risk factor process; 

(iv) computing 574 the proforma period payment amount using the 
above inputs. This results in a single, consent risk-adjusted payment amount unique 
to each household, for payments to singular SEO). 

The consoSdated household payment value is derived from the following 

steps: 

0) repeat 575 fbrall service establlshmenteSEQ) serving 
household HH(I); 

(ii) compute 576 the c»nsolidatBd proforma periodic payment 
atTKXint sufficient to paying al service establishment (SE) serving household HH(I]. 
The result Is a constant consolidated paynrent amount for paying a plurality of SE's 
sen/ing the household. 
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The inventive process contemplates each service establishment (SE) 
receiving from the financial institutions (FIN) served by each household (HH), a 
constant stream of cash payrrents on a routine periodic basis. So, instead of 
making out bills to millions of individual households (HH); incurring the risk of credit 
5 and colleotion; receiving, recording, and crediting payments; and evaluating the 
volatile profit and loss and balance sheet Impact of a given period's service and 
billings; each service establishment (SE) simply receives with certainty a fixed dollar 
amount from one or several financial institutions (FIN). Referring again to figure 
4B.2, the calculation of these aggregatB (HH) household payments proceeds in the 

10 following steps: 

(I) repeat 577 the calculatbn of household consolidated proforma 
payments for all households (HH) in the populafion; 

(ii) calculate 579 the total profomna periodic payments from all 
households (HH) to specific SE(j); 

15 (iii) repeat 580 for all service establishment (SE) in the network. 

Figure 4C is a flow diagram outlining the system payment cycle of the 
invention. Its function and corresponding execution in ttie data processing 
components shown in figure 3 will now be described. Individual service 
establishments (SE) download 601 , 602 their period service and billing detail data to 

20 the personal settlements exchange (PSX) 103 (figure 3) from the storage devices 
304 and communications controllers 305, through frie modem 307 and channel 
support devices 308 of the persona! settlements exchange (PSX) of the present 
invention. The infomiation is then directed to the database management system 309 
for incOTporation into the matched and labeled functional database 410 (figure 4A). 

25 This Information is stored 602 (figure 4C) in the storage devices 310 (figure 3), and 
processing Is executed in tiie data processing devices 31 1 of the personal 
settlements exchange (PSX) system 307 to 311 , (figure 3). This information is 
processed 603 in the personal settlements exchange (PSX) data processing system 
31 1 (figure 3) and then uploaded 604 to the financial Insfltutton (FIN) data processing 

30 system where It Is stored 605 for later use In generating consolidated billing 

statements through statement generators 322 and later issued to household (HH) 
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customers. Data communicafcn, uploading, and storage is executed through the 
personal settlements exchange (PSX) devices 31 1 personal settlements exchange 
(PSX) 103 central processing unit (CPU) 31 1 . channel support device 308, modem 
318. and communications controller 317. In the financial institution (FIN) sector, the 

5 communications controller 31 9 manages the date flow from the personal settlements 
exchange (PSX) to the financial institution (FIN), finaify leading to storage devices 
320. It is anticipated that all communications among the personaJ settlements 
exchange (PSX), financial institutions (FIN), and service establishment (SE) would 
be encrypted for security. 

10 Figure 4C.1 provides further detail of figure 4C, and is a flow diagram of the 

processing of service establishments (SE) service and billing data received from 
each service establishment (SE) for the cun-ent payment cycle. In this subroutine, 
accounts may be coded and flagged for special handling as appropriate. Service 
establishment (SE) transmissions are first authenticated 631 for security purposes, 

15 and the identity of the source service establishment (SE) is verified through its 
registered service establishment (SE) personal settlements exchange (PSX) 
identification as well as through periodically changed authentication codes. A data 
matching process is performed 632 to accurately create and update the household 
(HH) service and billing data for the period, consistently tying these bacl^ to the 

20 correct household (HH) kJentifiers PSX-HH# 632, 633. These database updates 
prine the system for the current period's billing and payment instructions. Before 
further pnxessing, special file oodss, status Indicators, and tolerance limits are 
identified 634 and processed to cue the data processing system to special 
requirements, new information, unique file handling, or other distinctive processing 

25 needs. If special handling is required 635, the system tests for whether such 

handling is new to the system 636 or constitutes a repeat of handling perfomied or 
signaled in prior cycles. 

New conditions, such as significantly higher service usage compared to prior 
periods, are specially flagged with new handling codes 637. Existing conditions or 

30 status codes, such as a system^wide promotion of discounting to encourage 
participation in the personal settlements exchange (PSX). for example, will be 
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Immediately recognized and, in both cases, me appropriate handling instnjction is 
retrieved 638, These might encompass triggering altemate payment arrangements, 
adding interest charges, paying rebates, or making promotional adjustments, 
accordlr^ to the specific conditions present in the service establishment (SE) data 
5 file for the period in question. 

With the service establtshmsnt (SE) data file now downloaded and condition 
statements prepared, the individual Irousehold (HH) payment file is retileved and 
processed 639. In the systems environment of figure 3, database management 309, 
storage system 310, and central processing unit (CPU) 31 1 are where these 

10 activities are centered. In most cases it will be efficient to use temporary storage in 
so-called cache memory to process individual household (HH) current period file 
records to minimize the continual access to and retrieval from high capacity storage 
devices through the transaction processing cycle. During processing of each service 
establishment (SE}'s data file, the household (HH) specific charges and services are 

13 compiled for each household (HH) file in the universe of households (HH) served by 
the service establishment (SE) and registered 640 with the personal settlements 
exchange (PSX). At the same time, the basts for a consolidated household (HH) 
statement is being compiled 641 for the current payment cycle. This processing Is 
repeated 642, 643 for all households HH(i) and all service establishments SE(j), 

20 respectively. unH the complete period consolidated debit amount is compiled. Then 
the system is returned to upload 604 In figure 4C. 

Reference to figure 4C.1-1 shows yet additional detail on the nature of the 
processing which each service establishment (SE) data file record might undergo in 
the preferred emlxidiment. This further detail Is consistent with both the conc^ual 

25 database model 452 (figure 4A.1) and the more detailed illustrative database model 
of the service estabiishment database view 463, 464 (figure 4A.1-1 ), which is 
repeated In high-level schematic as 661 of figure 4C.1-1 . The data fields of the 
downloaded service establishment (SE) records contain specific information 663 with 
ttie following detail and function: 

30 1. The data record contains HH-PSX#, the unique identifying 

number for households HH(I) keying to all other personal sen/ice exchange (PSX) 
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databases and data views, including other service establishment (SE), financial 
institutions (FIN) and historical transactions and profile data. 

2, The data record also contains the unique personal service 
exchange (PSX) identifying rwmberforthe current transmitting service establishment 

5 SEO), identifying it to the personal settlemenfts exchange (PSX), and triggering links 
to other elements of the process system in personal settlement exchange (PSX), 
such as retrieval of financial institution (FIN) accounts associated with the service 
establishment (SE). 

3. Figure 4C.1-1 663 also shovira the service establishment's (SE) 
10 internal account numbers for the households (HH) served. This data Is used by tfie 

personal settlements exchange (PSX) as a secondary reference and internal 
payment-application account number, so payments made can be later as^clated 
w4th the household (HH) and the service establishment (SE) account code for 
accurate crediting of payments. 

15 4. Data field 4 of 663 shows the current actual service 

consumption volume by household HH(i). After this information has been evaluated 
on an historical basis at the stage of initial enrollment, personal settlement exchange 
(PSX) tracks and cumulates service consumptfon patterns as part of the ri8i< 
management programming described earlier. Earlier information on usage can be 

20 retrieved by searching for the same data on earlier T=t -- n indexes in the database. 

5. Similarly, data field 5 in 663 of the illustrative database record 
canies the current billing information consistent with the usage pattern of the 
household (HH) if, however the service establishment (SE) believes it is relevant to 
track such information. This may differ from actual, as for example, in the case of 

25 meter readings which are only physically earned out at quarter-«nd periods. The 
Intervening months are necessarily estimates, and there is no more accurate 
Information In the system to provide direct cost measurements. 

6. The data file 663 also contains a field 6 with unique conditio 
indicators or codes providing flags to the personal settlements exchange (PSX) 

30 indicating how the file should be handled in the personal settlements exchange 
(PSX) system. For example, referring to 4C.1 step 634 Indicates that jixocessing of 
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service establishment (SE) billing data involves reading file codes and sorting on 
these codes for spedal handling. The personal settlements exchange (PSX) 
assigns, attaches, or revises these codes as needed 637, and then handles a 
particular file In the manner dictated by the code in question. These codes would 
5 dictate such factors as risk thresholds, promotional opportunities, cross-selling 
linkages, etc. 

7. Additional fields cover the date and any acklltional fields for text 
messages. For example, special notes from customer service contacts might be 
appended to the file in this field. 

10 Returning to figure 4C. the above processing and communication results In 

the transmission 605 of files containing consolidated profonna (or actual debit detail) 
for each household (HH) to financial institutions (FIN) throughout the region served 
by the personal settlements exchange (PSX). These debits are executed by each 
financial institution (FIN) receiving such instruction 606, and these transactions may 

13 or may not be successfully completed 607 for any number of reasons, especially 
related, for example, to the sufficiency of funds in the household (HH) account. The 
system will retry these debits for a certain number of times before rejecting the file 
out as a failed payment instance. If, on the other hand, the debit is successfully 
completed advice to that effect is created and issued 608, 609 to the personal 

20 settlements exchange (PSX) through the communication system between the 
financial institution (FIN) and the personal settlements exchange (PSX) sectors of 
the overall system (figure 3). 

in the specific case that a debit or charge transaction has failed to execute in 
financial institution (FIN) 607, the failed debit is returned to tiie personal settlements 

25 exchange (PSX) exception management system 61 0 for furtiier handling. In the 
unlikely event that exception management falls to (xirrect the faBed debit, or if further 
coordination between service establishments (SE) is needed for any reason, the 
personal settlements exchange (PSX) transfers the file or makes specific requests to 
the service establishment (SE) sector 611 which may move to terminate services 

30 612, or in the alternative, allow the personal setHements exchange (PSX) to continue 
610 with further management r the exception system. 
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A variety of methods are available In the exception management system in 
the personal settlements exchange (PSX), and these are designed to try every 
possible approach to retaining households (HH) within the personal settlement 
exchange (PSX), and keeping payments flowing, even if they are below the actual, 
5 profiDHfna, or other desired level for a given period of time. In figure 4C.2, an 

exception instance or event Is first Identified as having oocun^ 651, and it is further 
identified as to type and severity In a table of exception evente 652. Examples of 
representative exception events include, for example, partial payments, zero 
payment, negative risk factor changes, and technical payment failures. The specific 

10 event type has established handling protocols, and the manner in which these are 
invoked may, in some embodiments of the invention, depend on the condition and 
standing of the specific household (HH) data file record in question. For example, a 
file with a history of partial and zero payments will be managed under a different njle 
than one in which a partial payment had first been encountered. 

15 In the present invention, this system mles table 653 might contain dozens of 

rules for the many permutations of exception event and household (HH) record 
status that might exist. The payment risk factors which are continually computed 
555 (figure 4B,1), combined with the file handling codes assigned 637 for specific 
cause, would together constitute a matrix of household (HH) record status codes 

20 that, together with a specific event, would define the appropriate rules for managing 
653 a specific exception event. Accordingly, the system rules table 653 contains 
automatic ifAhen conditional directives such as, "if a 50% or better partial payment is 
received from household HH(i) of standaig good or better (based on history), then 
invoke mie R1 accepting payment and process under system procedures P-2, 

25 othenwise reject payment.. ." 

Until a ^ecific history is created for each household (HH) payment file, the 
payment risk factor (PRF) is likely to be the first detenminant of system handling and 
rule ^plicatkin, simply based on the severity of the exception event. Alternatively, 
the data retrieval requirements may become so large that for efficiency the system 

30 may invoke rules uniformly and then retrieve files for status and history tracing as 
part of the applicatton of systems procedures after the rules have been applied. This 
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is the sequence depicted in figure 4C.2, in which the file for household HH(i) is 
retrieved 653, 654 after the event has occurred and the rules are applied, and the 
system then determines whether to proceed with additional processing under 
programmed exception procedures. 
5 The exception management system in the personal settlements exchange 

(PSX) contains a system procedures table 654 seen in figure 4C.2, which manages 
the personal settlements exchange (PSX)'s handling of exception events under 
given rules. The exception management system selects the most important criterion 
for determining how the system should respond to a particular event, taking into 

10 account, for example, the rules, the household (HH) record history, the event 
encountered, and the time period within which the event should be resolved (e.g., 
within the current payment c^cle). The exception managennent system also assigns 
special tracking codes based on event, file history, and the proposed resolution, and 
manages notification routines to financial institution (FIN) and service establishment 

15 (SE) sectors as appropriate. Finally, the procedures table selects the appropriate 
system response to an exception event by reference to an event response table 655. 
A range of responses is available, Including, for example, retrying debits, shifting to 
alternate debit sources, allowing partial payments, rescheduling of payments over a 
longer time period, and contacting the customer for additional information or to 

20 confirm commitments to pay. 

Once the event response Is selected, handling is returned to the procedure 
table, which communicates as appropriate with sen/ice establishment (SE)'s and 
financial institutions (FIN), and assigns a traclting code based on the response 
selected. The database system is then updated 656 to reflect the event 

25 management and forward processing, and the exception routine is returned to 

transaction processing 610 to 607 as required, figure 4C. There, new payments may 
be processed, if appropriate, and the credit advice updated 608 to reflect payments, 
if any, before uploading to tiie personal settlements exchange (PSX) database. 
In figure 4C.2-1 , in which further detail is disclosed concerning the partial payment 

30 processing mechanism in the present invention, the partial payment processing 
method is identified, which is an expanded detail of the exception management 
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system event response table options. As an example, the household (HH) 
consolidated obligations for the payment period in question total $1,335, and only 
$1 ,000 is received. In the preferred embodiment, the household (HH) file record is 
first retrieved 670 to detennine the priority of payments thai has been established by 
5 the household (HH) 671 . If the first allocation of payment is to mortgage or rent, then 
the minimum amount of the partial payment received is applied to that account 675, 
and the remainder 676, If any, Is then applied to the next priority service 
establishment (SE) account, seriatim 677, until the remainder is zero 676. The 
resulte of this processing (a set of prioritized account payments) is then sent as a 
10 payment instruction 678 to the financial institution (FIN) on file in the household (HH) 
record. If there is no priority established, the personal settlements exchange (PSX) 
Invokes a set of default priorities 674, which may be based on any number of criteria, 
including, for example, general consumer preference, legal exposure, and Interest 
cost minimization. The partial payments routine then returns file mans^ement to the 
15 exception management system. 

The rescheduled payment processing mechanism of the present invention is 
discussed in figure 4C.2-2, which is an extension of the exception response table 
action alternatives 655 of figure 4C,2. Figure 4C.2-2 shows a further detail of figure 
4C.2, and is a flow diagram of the processing of rescheduled payments. Under this 
20 processing regime, payments are delayed, deferred or extended overtime to better 
match the payment ability of the household (HH) in those cases in which such 
accommodation might be necessary. 

Payment rescheduling Is among the more complex management actions in 
response to failed payments. There is a premium placed on collecting current 
25 infonnation and on fonming a complete picture of the household's (HH) overall 

obligations, then determining the time period over which a rescheduling plan should 
be implemented in an effort to retum the household (HH) to current standing and 
thereby reduce the system default risk to within tolerable limits. Depending on the 
particular embodiment of the present invention, there may also be a need to 
30 communicate In advance with the service establishments (SE) whose obligations are 
being rescheduled. 
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In the preferred embodiment, the communication is shown as handled after 
the rescheduling routine has returned the file to the exception management 
procedures table. The household (HH) record is retrieved 680 and updated 681 by 
accessing on-line fir^nclal records and credit profiles, and based on this information 
5 a disposable Income and cash availability base is determined. The monthly outflow 
already known from the consolidated proforma payments information in the personal 
settlements excfiange (PSX) is then compared 683 with the monthly disposable 
cash to determine whether there is a deficiency in the ability to meet monthly 
obligations on a continuous basis, in that event, the household (HH) Is contacted 

10 684 by customer service representatives about the options and altematives for 
restaicturing or refinancing the household (HH) obligations. If, in the alternative, 
there is no permanent deficit, but rather a short term overdue situation, then the 
system evaluates 685 the actual number of periods past due 686 and on which 
service establishment (SE) accounts. 

15 If the past due amount does not exceed one payment period, the cun^ent 

proforma amount can be extended or spread over the current and next periods, or 
deferred for later payment in full with the next period's payment due. Alternatively, in 
the event there is more than one past due period, the past due amount may be 
spread over several future periods, deferred until payments are cun-ent, or some 

20 combination of these and other options. It may also be the case that only a subset of 
payments is past due, while others are current. In order to resolve the household 
(HH) situation ratbnaily and relatively comprehensively, the system will select a 
consolidated payment rescheduling profile that best adiieves the objectives based 
on criterion established in the procedures table 654 in figure 4C.2. such as. for 

25 example, minimizing system risk, maximizirtg feasible paym^ts to the system, or 
minimizing the implicit or explicit interest expense to the household (HH) of the 
rescheduling program. Once this Is established, the duration of the pnDgram can be 
set and then checked 694, the payment risk factor and proforma payment amounts 
recomputed 695, and payment instmctbns sent 696 to the appropriate financial 

30 institutions (FIN). The system finally returns 697 to the procedures table of the 
exceptbn management system for final communk^aticms and processing. 
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Figure 3 shows the customer service and communications apparatus that 
facilitates the execution of the above processes for handling partial and rescheduled 
payments. Households (HH), service establishments (SE), and financial institutions 
(FIN) may communicate by telephone, by efectronic means, inciuding computer and 
5 by modem telephone connection with customer service repM'esentatives and 
management personnel at the personal settlements exchange (PSX). This is 
facilitated by an advanced private branch exchange (PBX) and modem bank 314 
(figure 3), as well as audio response units (ARU) 31 5 connected to the 
communications system for automated call handling. The communications controller 

ID 316 manages the overall communications process, including access to the central 
processing unit (CPU), as well as direct linkages to customer service 
representatives. Customer service itself operates a series of worl<stations 31 2, each 
of which is connected through a workstation oDntroller 313 to the central processing 
unit (CPU) for access to files and on-line processing of data, Infomiation requests, 

15 and specific transactions. 

As previously discussed, infrie preferred embodiment, the pereonal 
settlements exchange (PSX) might actually take over the management of the billing 
and collection process for each subscribing service establishment (SE), 
Consequently, the personal settiements exchange (PSX) would have an obligation to 

20 maintain a flow of payments to each sen/ice establishment (SE), irrespective of the 
difficulties it may encounter in collection, rescheduling, or receipt of partial payments. 
While the payment risk analysis is designed to anticipate and minimize these 
occurrences, the personal settlements exchange (PSX) also contains a payment 
reserve and credit enhancement feature which bad^stops the liquidity of the system, 

25 and ensures that payments are made on a timely manner and in full amount to each 
service establishment (SE). 

The cash reserves are monitored and adjusted continually against the overall 
payment obligations in the system. The funding far these resen/e accounts comes 
from a small deduction made from household (HH) payments, from a portion of the 

30 personal settlements exchange (PSX) revenue paid to \he personal settiements 
exchange (PSX) for servfces performed, or from credit lines. The reserve accounts 
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may contain cash or provide access to cash through a-edit lines, and through 
securities such as, for example, credit derivatives and securitized assets. Should 
additional cash be required to meet payment obligations to service establishments 
(SE), it would be sourced from those supporting the personal settlements exchange 
5 (PSX) reserve accounts maintained for that purpose. 

The reserve monitoring and payment adjustment process is outlined in figure 
4D, which shows further detail of the liquidity support and credit enhancement 
features of the invention. Conned actual payments received 701 from households 
(HH) are applied to their service establishment (SE) obligations, and the payment 

10 application file of each household (HH) is updated in each service establishment 
(SE) 702 accordingly. The diffen^ce If any between payments thus appfied and the 
actual amount and due date are calculated 703 and the running variance Is 
continuously monitored in the reserve and liquidity support 707 function supporting 
the personal settlements exchange (PSX). The status of the variance 703 is also 

13 tracked internally in the personal settlements exchange (PSX) so the system can 
adjust 704 the deductions made for retention in the reserve accounts of the personal 
settlements exchange (PSX). For example, ff the difference between actual and 
proforma payments grows into a deficit, the reserve deduction deposited to back-up 
accounts would automatically increase in anticipation of potential shortfalls in 

20 available cash to pay sen/ice establishment (SE). In the case of a growing surplus 
(proforma payments exceed actual obligations based on consumption), the retention 
could reasonably be reduced In view of the reduced need to rely on reserves for 
payment, The system is also designed to evaluate 705 the difference between 
expected aggregate payments to service establishment (SE) and the expected 

25 available funds from paynrients received and firom existing reserves and credit 
sources. At the appointed payout time Id service establishment (SE), all available 
funds are paid to service establishment's (SE) and a determination is made to draw 
706 from reser/e accounts to mal<e up any shortfall 1o the required aggregate 
payment value. If addtttonal funds are needed, they are drawn from the financial 

30 institution (FIN) sector 708 and changes in the balances and reserves of the 
personal settlements exchange (PSX) are adjusted and update as needed 709. 
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Figure 4D.1 shows further detail of figure 4D and is a flow diagram of the 
liquidity support and credit enhancement features of the present invention. Typically, 
the amount of the resen/e cash balance would be determined by analyzing 751 the 
historical arrears and write-off history of the pooi of sen/ice establishments (SE) in 
5 the personal settlements exchange (PSX). These historical patterns wcwld then be 
applied to future periods and values to develop a projection 752 of the potential 
losses and costs of delayed payments. Based on this projected loss potential, a 
Tirst-loss" pn3\^sion is established for funding 753 these potential shortfalls. 
Additional facilities, such as insurance and credit can then be employed to provide 

10 further protection 754 to the system up to a targeted level. 

The final phase of the payment cycie involves crediting to household (HH) 
account numbers in each service establishment (SE), the payments received. This 
is seen in figure 4E. Financial institutions (FIN) are instnjcted to credit the 
household (HH) payments previously debited from household (HH) accounts to 

15 service establishment (SE) acojunts, with a small portion of the payment flow also 
being held to fund 801 reserve accounts described above. Financial institutions 
(FIN) upload and store 802 this aggregate payment information, transfer 803 funds 
collected from household (HH) accounts to service establishment (SE) accounts, and 
download 604 confirmation of the debits and credits to the personal settlements 

20 exchange (PSX) 805 and to service establishments (SE) 806. 

The personal settlements exchange (PSX) at this stage downloads 807 the 
service detail and payments made for the prior period, as well as service 
consumption for the current period, along with current billing information, either 
actual or pnDfonna. Financial institutions (FIN) receive this Information and use It to 

25 compile 809 consolidated statements to be sent to households (HH) abng with the 
standard credit card, debit card, or checking account details ordinariiy issued to 
household (HH) account holders. In the preferred embodiment, there is no need for 
sen/ice establishments (SE) to issue statements separately, since all the normal 
service establishment (SE) statement infomnation has already been communicated 

30 to households (HH) through their financial institution (FIN) statement mailings. 
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The personal settlements exchange (PSX) downloads 810 complete data files to all 
service establishnnents (SE) detailing the allocatiwi of the aggregate payment to 
individual household (HH) service establishment (SE) accounts. This completes the 
payment process and results in settlement of the original obligation, in the instance 
5 in which the personal settfements exchange (PSX) manages ell receivables and 
collection, there is simply a steady stream of cash flowing to the service 
establishment (SE) on a periodic basis, and the actual status of household (HH) 
accounts is only meaningful to the sen/ice establishment (5E) as an administrative 
and customer service matter. As long as the personal settlements exchange (PSX) 

10 is comfortable wUh paynnent performance, the service establishment (SE)'s role Is to 
ensure continued supply of goods and services. The system databases are updated 
812 and the payment cycle is indexed 813 to the next period (T= t+1). 

li Is understood that the preferred embodiment is only one Illustrative version 
of the present Invention, and that any number of variations and constnjctions toward 

15 the same ends could be envisioned using the methods and apparatus described; 
these are equally encompassed in tills patent description. 
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What is claimed is: 

1 . A melhiod of payment of bills of service establishmente by households, 
comprising: 

providing a personal settlements exchange with billing infbmiation from 
5 service establishments; 

calculating an obligation value for each household; 

downloading the oUigation value for each hcxjsdnold from the personal 

settlements exchange to a financial institution having a household 

account; 

10 instructing the financial institution to apply to the household account, 

the consolidated obligation value; 

aggregating all of the household obligation values that are destined for 
the same service establishments; and 

instructing the financial institutions to Issue these credits to the s^ice 
15 establishment, 

2. The method of paying bills of claim 1 , wherein the step of calculating an 
obligation value calculates a consolidated actual payment value, 

3. The method of paying bills of ciaiin 1, wherein the step of calculating an 
obligation value calculates a constant proforma consolidated payment value. 

20 4. The method of paying bills of claim 1 , further including generating a single 
consolidated househcJd billing statement and transmitting the single consolidated 
household billing statement to each household. 

5. The method of paying bHIs of claim 4, wherein the step of generating a 
consolidated household billing statement generates an electronic consolidated 

25 household billing statement. 

6. The method of paying bills of dalm 4, wherein the step of generating a 
consolidated household billing statement generates a printed consolidated 
household billing statement, 

7. The method of paying bills of claim 4, wherein the step of transmitting a 
30 consolidated household billing statement is by maii. 
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B. The method of paying bills of claim 4, wherein the step of transmitting a 
consolidated household baling statement is electronic. 

9. The method of paying bills of claim 1 , further including the step of issuing fo 
eadi service establishments a detailed verifrcation of each household's payment. 

1 0. A method of payment of bills of service establishments by households, 
comprising: 

providing a personal settlements exchange with billing information from 
service establishments; 

calculating an obligation value for each household; 

downloading the obligation value and the billing inlbrmation for each 

household from the personal settlements exchange to a financial 

institution; 

instructing the financial institution to debit fix>m or charge to the 
household, the obligation value; 

enabling financial institutions to make payments to each service 
establishment on behalf of all households sen/ed; and 
identifying to service establishments the correct application to 
household accounts of the payments received. 

1 1 . The method of paying bills of claim 10. wherein tiie step of calculating an 
obligation value calculates a consolidated actual payment value. 

12. The method of paying bills of daim 10, wherein the step of calculating an 
obligation value calculates a proforma payment value. 

1 3. The method paying bills of claim 1 0, wherein the step of calculating a 
profomia payment value, further comprising: 

compiling risk factors for households; and 

computing risk-adjusted service establishment-spedfic payments for 
each household. 

14. The method of paying bills of claim 10, further including the steps of 
generating a single consolidated household billing statement and transmitting the 
single consolidated household billing statement to each household. 
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1 5. The method of paying bills of claim 14, wherein the step of generating a 
househdd billing statement generates an electronic consolidaled household billing 
statement. 

1 6. The method of paying bills of claim 1 4, wherein the step of generating a 
5 household billing statement generates a printed consolidEited household billing 

statement. 

17. The method of paying bills of claim 14, wherein the step of transmitting a 
consolidated household billing statement is by mail. 

18. The method of paying bills of claim 1 4, wherein the step of transmitting a 
10 consolidated household billing statement is electronic. 

19. The method of paying bills of claim 10, further including the step of issuing to 
each sen/ice establishments a detailed verification of each househoid's payment. 

20. The method of paying bills of dalm 10, wherein the stop of providing a 
personal settlements exchange with billing information from service establishments, 

15 further comprising: 

enrcilling households in the personal settlements exchange; 

downloading historicai househald infomiation to the personal 
settlements exchange; 

creating a matched database of households, service establishments 
20 and financial institutions (FIN); 

assigning a unique identifier to each household; and 

downloading service establishment billing information on a continuing 

basis. 

21 . A method of paying bills of claim, further, including the step of calculating of 
25 payment risk factors for the household: 

22. The method of paying bills of claim 21 , wherein the step of calculating 
payment costfactois for the household further comprises: 

analyzing historical payment patterns for semce establishments and 
financial Institutions sen/ing households; 
30 computing a payment rislc factor for households; 

computing a receivables risl< factor for service establishments; and 
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normalizing the household and service establishment risk factors . 

22. The method of paying bills of claim 1 0, wherein the stop of caicjlating an 
obligation value for each household, further comprising: 

compiling rlsk-adjustnrent factors with which to adjust the obligation 
5 value for each househdd to each service establishment: 

consolidating all household service establishment payment obligations 
info a single value; and 

further calculating a constant consolidated obligation value. 

23. The method of paying bills of claim 1 0, wherein the step of downloading from 
to a personal settlements exchange to a financial institution, further comprising; 

establishing a connection between the personal settlements exchange 
and the financial institution; 
creating household billing Information; 
con-elating households with financial institutions; and 
15 downloading billing information detail to financial institutions. 

24. The method of paying bills of claim 10, wherein the step of instructing financial 
institutions to debit from or charge to the household, an obligation value, further 
comprising: 

issuing household instructions to financral institutions; 
20 channeling failed payments or specially designated accounts to 

an exception handling system; and 

confirming payments by financial institution, household, and amount of 
debit or charge. 

25. A method of paying bills of claim 10, wherein the step of enabling payments to 
25 service establishments, further comprises: 

accunujiating the household obligation values destined for the same 
sewlce establishments; 

downloading to financial institutions infonnation for service 
establishments: and 

30 instructing financial institutions to issue the household obligation values 

to service establishments. 
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26. The method of paying bills of claim 10, wherein the step of identifying to 
service establishnnents Ihe correct application to individual household accounts of 
the aggregate payments received further comprises: 

receiving from financial institutions of the oonrespondence between 
aggregate payments made and the payment instructions; 
generating a list of Individual households and their corresponding 
payments by senrice establishmait; 
sorting the household payments by service establishment; 
sorting the service establishmCTt specific household payments; and 
downloading io sen/ice eslablishments, the list of applied household 
account payments. 

27. A method of providing a personal settlements exchange with billing 
information from service establishments, comprising: 

enrolling households in the personal settlements exchange; 
downloading historical household information to the personal 
settlements exchange: 

creating a matched database of households, service establishments 
and financial institutions; 

assigning a unique identifier to eadi household; and 

downloading service establishment billing information on a continuing 

basis. 

28. A method of calculation of payment risk factors comprising: 

analyzing historical payment patterns for service establishments and 

financial institutions serving households; 

computing a paynient risk factor for households; 

computing a receivables risk factor Ibr service estaUishments; and 

normalizing the household and sen/Ice establishment risk factors 

29 . A method of calculation of profbmia payments for household sendees, 
comprising: 

compiling risk factors for househc^ds; and 
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computing risk-adjusted service establishment-specific payments for 
each household. 

30. A method of calculating an obligation value for each household, comprising: 

compiling risk-adjustment factors with which to adjust the obligation 
value for each household to each service establishment; 
consolidating all hcHJsehold service establishment payment obligations 
into a single value; and 

further caJculatIng a constant consolidated obligation value. 

31 . A method of downloading from a personal settlements exchange to a financial 
institution, comprising: 

estaMishing a connection between the personal settlements exchange and 

the financial institution; 

creating hous^ld billing information; 

correlating households wth financial institutions; and 

downloading billing information detail to financial institutions. 

32. A method of instructing financial institutions to debit from or charge to the 
household, an obligation value, comprising: 

Issuing household instmctions to financial institutions; 
channeling failed payments or spedaily designated accounts to an 
exception handling system; and 

confirming payments by financial institution, household, and amount of 
debit or charge. 

33. A method of making payments to service establishments, comprising: 

accumulating the household obligation values destined for the same 
service establishment^ 

downloading to financial institutions infbnnatbn lor sen/ice 
establishments; and 

instructing financial institutions to issue the household obligation values 
to service establishments. 

34. A method of identifying to service establishments the correct application to 
individual household accounts of the aggregate payments received, comprising: 

42 
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receiving fram financial institutions of tfie correspondence between 
aggregate payments made and the payment instructions; 
generating a iisi of individual iiouseholds and their corrBsponding 
payments by service establishment; 
5 sorting the household payments by service establisliment; 

sorting the service establishment specific household payments; and 
downloading to service establishments, the list of applied househc^d 
account payments. 
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Figure 4B.1: Computation of Payment Risk factor* 
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Figure 4B.2 : CompUiBtion of Proforma Household i^ayments 
to Service Establishments 
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Figure 4C. 1: Proces. jQ of SE Service and BUfing tta 
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Figure 4C.2-1: Partial Pa^ }ent Processing Method 

[Exception Management System Detail] 
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Figure 4C.2-2: Resch&dL. -tf Payment Processing M&ti. J 
[exception Manag0ment System Detail] 
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